home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20000217-20000824 / 000370_news@columbia.edu _Wed Jun 14 10:39:16 2000.msg < prev    next >
Internet Message Format  |  2000-08-23  |  6KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id KAA03437
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Wed, 14 Jun 2000 10:39:15 -0400 (EDT)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA20900
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 14 Jun 2000 10:39:15 -0400 (EDT)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id KAA13096
  10.     for kermit.misc@watsun.cc.columbia.edu; Wed, 14 Jun 2000 10:15:35 -0400 (EDT)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: fdc@columbia.edu (Frank da Cruz)
  13. Subject: Re: Serial console: Ctrl-C doesn't work
  14. Date: 14 Jun 2000 14:15:34 GMT
  15. Organization: Columbia University
  16. Message-ID: <8i8426$cp5$1@newsmaster.cc.columbia.edu>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <8i7c8n$11ro$1@news.net.uni-c.dk>,
  20. Bernd Dammann <bernd@lipid.fki.dtu.dk> wrote:
  21. : I've set up a diskless and headless machine with a serial console that
  22. : I access from the server through a null-modem cable (using kermit as
  23. : terminal emulator).  Everything works fine, except for one thing:
  24. : Ctrl-C (intr) and Ctrl-Z (susp) don't work!  All other Ctrl- sequences
  25. : like Ctrl-U (kill) and Ctrl-W (werase) do work.
  26. : Where is the problem?  The console settings (see below), or the
  27. : terminal emulation?  I've tried several terminal emulation programs
  28. : (i.e. kermit, minicom, ...), but the problem is the same.
  29. So it's evidently something with your Linux configuration, having nothing
  30. to do with the terminal emulator.
  31.  
  32. : Here are the console stty settings:
  33. : speed 38400 baud; rows 24; columns 80; line = 0;
  34. : intr = ^C; quit = ^\; erase = ^H; kill = ^U; eof = ^D; eol = <undef>;
  35.   ^^^^^^^^^
  36. : eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
  37. :                                        ^^^^^^^^^
  38. These are set right.  Nothing is obviously (to me) wrong.
  39.  
  40. Perhaps the problem is on your "server", whatever you mean by that.  If you
  41. start Kermit on your server, then at the C-Kermit> prompt, what happens if
  42. you type Ctrl-C?  If you see:
  43.  
  44.   C-Kermit> ^C...
  45.   C-Kermit>
  46.  
  47. this means C-Kermit sees your Ctrl-C, and therefore when in CONNECT mode it
  48. would also pass it along to the other computer, just as it would any other
  49. character except its escape character (normally Ctrl-\), which must be entered
  50. twice to send one copy.  If you don't see "^C..." this means that something on
  51. your server is filtering it out before Kermit gets it.
  52.  
  53. - Frank
  54. From news@columbia.edu  Wed Jun 14 10:39:16 2000
  55. Return-Path: <news@columbia.edu>
  56. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  57.     by uhaligani.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id KAA10096
  58.     for <kermit.misc@cpunix.cc.columbia.edu>; Wed, 14 Jun 2000 10:39:16 -0400 (EDT)
  59. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  60.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA20903
  61.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 14 Jun 2000 10:39:15 -0400 (EDT)
  62. Received: (from news@localhost)
  63.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id KAA14062
  64.     for kermit.misc@watsun.cc.columbia.edu; Wed, 14 Jun 2000 10:36:27 -0400 (EDT)
  65. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  66. From: fdc@columbia.edu (Frank da Cruz)
  67. Subject: Re: Translate cannot handle certain filenames?
  68. Date: 14 Jun 2000 14:36:26 GMT
  69. Organization: Columbia University
  70. Message-ID: <8i859a$dnc$1@newsmaster.cc.columbia.edu>
  71. To: kermit.misc@columbia.edu
  72.  
  73. In article <ySJ15.206$Q%3.5871@read2.inet.fi>,
  74. ralf.strandell <ralf.strandell@silja.com> wrote:
  75. : On certain systems file names are in the following format: "project*file."
  76. : The asterisk and dot must be there and they are treated literally.
  77. : Now translate seems to think that this "project*file." represents multiple
  78. : files and fails.
  79. : How do I change this? I tried using \Fcont(\m(badfilename)) without success.
  80. : Even \Fliteral(project*file.) failed.
  81. Those constructions wouldn't have helped; they control the degree of
  82. evaluation of variables or things that look like variables (i.e. strings
  83. that have backslashes in them).
  84.  
  85. Filenames have their own special notation, both in and outside of Kermit.
  86. Certain characters are special; "*" is one of them.  If you need to include a
  87. special character in a filename, you must prefix it with backslash:
  88.  
  89.   project\*file
  90.  
  91. However, I just tried this and see it doesn't work in the current releases of
  92. Kermit, although it did work in (e.g.) C-Kermit 6.0, so this is a new bug.
  93.  
  94. Besides the obvious workarounds (don't give files names that include such
  95. characters as "*", "?", space, slash, backslash, etc; or, in Unix, refer to
  96. the file through a symlink), there is one technique that can be used in the
  97. current versions of C-Kermit and K95:
  98.  
  99.   translate proj<Tab>
  100.  
  101. If "project*file" is the only file whose name begins with "proj", the Tab
  102. key causes automatic expansion to the full name and the asterisk is treated
  103. as a literal character rather than a wildcard.
  104.  
  105. We'll fix the bug in the next release.
  106.  
  107. By the way, Kermit is not the only software that is likely to have trouble
  108. with files or directories whose names contain metacharacters, spaces, control
  109. characters, or other characters that are not intended to be used in filenames,
  110. so the best practice is to stick with normal naming conventions.
  111.  
  112. - Frank